home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 827 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.6 KB
  1. From: Stephen Usher <Stephen.Usher@earth.ox.ac.uk>
  2. Subject: Re: [MINTOS] fs tree structure  (was: Re: MiNT goes UNiX, ... )
  3. Date: Mon, 17 Jan 1994 13:34:36 +0000 (GMT)
  4. In-Reply-To: <199401171042.FAA14825@terminator.rs.itd.umich.edu> from "Michael Hohmuth" at Jan 17, 94 11:36:44 am
  5. Mime-Version: 1.0
  6.  
  7. >
  8. >Annius Groenink writes:
  9. >
  10. >> > I'd like to propose not to go into too much detail in defining a "standard"
  11. >> > for the file system layout.  Different distributions will handle things
  12. >> > differently, so I don't see much sense in discussing at this time where 
  13. >> > particular binaries of particular flavours of Unix should live, especially
  14. >> > since most programs are independent of their physical location.
  15. >> 
  16. >> I totally agree.  MiNT shouldn't be viewed as an attempt to obtain a
  17. >> complete UNIX clone.  I mean look at this discussion, it's ridiculous,
  18. >> really.  There's nothing Atari-specific left.  What about GEM for example.
  19. >> Did we forget about that?
  20. >
  21. >(I think you've missed the point.)  
  22. >
  23. >I didn't want to ask everybody to stop discussing how MiNT could be
  24. >turned into something that looks like Unix.  I just proposed not to
  25. >commit ourselves to a fixed Unix tree structure (i.e., where the
  26. >binaries live, etc.) because I think that it should be the task of a
  27. >distribution kit to set things up.  People could then choose a
  28. >distribution that matches their preferences.
  29. >
  30. >Rather, we should concentrate on things that have to be generalized
  31. >in order to reach a state where Unix software con be compiled out of
  32. >the box.
  33.  
  34. Which means we need a set of standard utilities in standard places so that
  35. config scripts will run. We have to go with one of the major Unix file
  36. layout so as to match at least one of the configurations supportted, ie BSD,
  37. SYSVr3, SYSVr4 etc.
  38.  
  39. >As far as GEM and Atari specifics are concerned, it would be nice to
  40. >have them fit into a Unix environment nicely.  With the current GEM
  41. >implemtations, this seems to be impossible.  What we're in need
  42. >of is a GEM server (that can be killed and replaced by an X server :-) 
  43. >or, even better, a set of GEM widgets on the top of X.
  44.  
  45. Hmm.. that's a very good idea... How's about a minimal X server which uses
  46. GEM? :-) (With GEM specific extensions of course.)
  47.  
  48. >
  49. >Michael
  50. >--
  51. >Internet: hohmuth@freia.inf.tu-dresden.de
  52. >
  53.  
  54. Steve
  55.  
  56. -- 
  57. ---------------------------------------------------------------------------
  58. Computer Systems Administrator, Dept. of Earth Sciences, Oxford University.
  59. E-Mail: steve@uk.ac.ox.earth (JANET) steve@earth.ox.ac.uk (Internet).
  60. Tel:- Oxford (0865) 282110 (UK) or +44 865 282110 (International).
  61.